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SYSTEM FOR AND METHOD OF APPLICATION 
CURRENCY CONVERSION 

TECHNICAL FIELD 

[0001] The present invention generally relates to software that performs currency 
conversions and more specifically to a software module that may be incorporated into or 
accessed by other software programs to perform currency conversion. 

BACKGROUND 

[0002] In today's global economy an increasing number of businesses are expanding 
the sales of their products and services outside their home country. This expansion is often 
enhanced by the Internet and similar electronic communication networks. In purchases between 
citizens of different countries, or between retailers in different countries, conversions between 
currencies of the different countries impact the ease or difficulty of consummating a pending 
transaction. 

[0003] Several approaches are available to solve currency conversion problems. One 
method of currency conversion used today entails the determination, storage, and use of an 
appropriate conversion rate. While rates may fluctuate rapidly, a single representative rate may 
be obtained and used for all conversions during a specific time period. For example, a company 
based in the United States selling products to a company in Germany may obtain a conversion 
between United States dollars and German Deutsche marks on the first of the month and apply 
that conversion factor throughout the month. While this conversion factor may not accurately 
reflect the actual exchange rate at the time of a purchase later in the month, the parties use the 
stored conversion rate to simplify the transaction. Many companies also believe that, over time, 
those inaccuracies will be balanced out between the parties. 

[0004] These problems are further expanded if the same U.S. company also sells, or 
purchases, products from companies or individuals in multiple foreign countries. For example, a 
U.S. based company who sells their products in Germany, Italy, Australia, Denmark, Egypt and 
the United Kingdom would need to maintain conversion or exchange rates between United States 
dollars and Deutsche marks, Italian lira, Australian dollars, Denmark krones, Egyptian pounds 
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and United Kingdom pounds. As the number of customers or suppliers in foreign countries 
increases, the problem is exasperated. 

[0005] Similarly, when a native of one country visits a foreign country, he or she 
typically consummates their purchases in the currency of the foreign country. For example, a 
United States citizen traveling to Japan would transact their purchases in yen. Typically, the 
United States citizen determines the cost of their purchases by converting the asking price of the 
item to United States dollars. This conversion requires use of a calculator or a simplified 
conversion using round numbers. This conversion process is especially difficult when price 
negotiations are undertaken. Additionally, when the United States citizen traveling in Japan 
attempts to convert United States dollars into Japanese yen, a plethora of conversion rates are 
available. The hotel may offer one conversion rate, individual banks may offer other rates, local 
American Express offices may offer still different rates, and each retailer may offer additional 
conversion rates to the consumer. Similar problems occur in other foreign countries with other 
foreign currencies. 

[0006] Accordingly, a need exists for a system and method to support conversion 
between various currency standards. 

SUMMARY OF THE INVENTION 

[0007] The present invention is directed to a software routine stored on a computer 
readable media including a program interface, a communications interface and a calculation 
module. The program interface of the present invention may interface to an application program 
configured to accept first and second monetary units and a monetary amount in the first 
monetary unit. The program interface may also provide a monetary amount associated with the 
second monetary unit to the application program. The communications interface may be 
configured to retrieve conversion information from the first monetary unit to the second 
monetary unit. This conversion information may be used by the calculation module to convert 
the monetary amount associated with the first monetary unit to a corresponding monetary 
amount associated with the second monetary unit. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0008] FIGURE 1 is a block diagram of one embodiment of the present invention; 

and 

[0009] FIGURE 2 is a flow chart depicting a preferred embodiment of the present 
invention. 

DETAILED DESCRIPTION 

[0010] The current invention receives an input, including first and second monetary 
units and a monetary amount in the first monetary unit, from an application program and returns 
a corresponding monetary amount in the second monetary unit. The current invention includes a 
program interface to interface to, and from, the application program, a communication interface 
and a calculation module. The present invention may also include a software routine that acts as 
an interface between the program interface, communications interface and the calculation 
module. The communications interface uses the first and second monetary units received from 
the application program to retrieve a conversion or exchange rate from an electronic source for 
converting from the first monetary unit to the second monetary unit. The calculation module 
applies this conversion rate to the monetary amount in the first monetary unit to determine a 
monetary amount in the second monetary unit. An alternate embodiment of the present 
invention is a hand held device that uses wireless communication to receive real-time conversion 
information for use in conversions requested by, for example, a traveler. 

[0011] FIGURE 1 shows one embodiment of the present invention. Program 
Interface 101 interfaces with Application Program 102 to obtain the parameters necessary to 
configure and compute the conversion. In a preferred embodiment of the present invention 
Application Program 102 provides first and second monetary units and a monetary amount in the 
first monetary unit. Application Program 102 may be, for example, a financial program that 
provides monetary units, such as U.S. Dollars and Japanese Yen, along with a value for an 
amount of U.S. Dollars. 



[0012] Program Interface 1 0 1 provides the information received from Application 
Program 102, directly, or by interfacing with Software Routine 104, to Communication Interface 
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103. Communication Interface 103, accesses a Communications Module 105, such as a web 
server, to access Internet 106. This connection may be partially or entirely wireless. Through 
the access to Internet 106, Communication Interface 103 accesses Remote Database 107, which 
includes up-to-date conversion factors for monetary units or currency. Using the first monetary 
unit and the second monetary unit received from Application Program 102, Communication 
Interface 103 accesses the appropriate conversion factor or exchange rate to convert a monetary 
amount in the first monetary unit to a corresponding monetary amount in the second monetary 
unit. 

[0013] Calculation Module 108, using the appropriate conversion factor, converts the 
monetary amount in the first monetary unit to a monetary amount in the second monetary unit. 
One of ordinary skill in the art would understand that Program Interface 101 may supply a 
monetary amount in the first monetary unit, the first monetary unit and the second monetary unit 
directly to Calculation Module 108. Calculation Module 108 may then supply the first and 
second monetary units to the communication interface for obtaining the appropriate conversion 
factor. Alternatively, Software Routine 104 may provide all necessary communications between 
Program Interface 101, Communication Interface 103 and Calculation Module 108. 

[0014] Once a monetary amount in the second monetary unit is calculated, Program 
Interface 101 provides the second monetary amount to Application Program 102. One of 
ordinary skill would further understand that Communications Interface 103 may be configured to 
access a single site, or multiple sites. Communication Interface 103 may also be configured to 
access multiple sites and select the most current or most favorable conversion rate. One of 
ordinary skill would also appreciate that the calculations may be performed at the remote site 
with the second monetary unit being communicated to Communications Interface 103. 

[0015] FIGURE 2 is a flow chart of a method according to a preferred embodiment 
of the present invention. In step 201, the program interface (101 of FIGURE 1) receives the 
appropriate input, including a numeric monetary amount in a first monetary unit, and a first and a 
second monetary unit from an application program. Steps 202, 203 and 204 ensure that each of 
the required parameters, first monetary unit (step 202), second monetary unit (step 203) and a 
monetary amount in the first monetary unit (step 204) are present. If one or more of these 



25065312.1 



4 



Docket No. 10011296-1 



required parameters are missing, the control of the flow is returned, via 205 and step 206 to 
receive input step 201. In this case, step 206 reminds the user or the application program of the 
required parameters. If all three required parameters are present, step 207 uses the first and 
second monetary unit information to access database 107 to obtain a conversion factor. 

[0016] In step 208 the conversion factor is applied to the monetary amount in the first 
monetary unit to calculate a monetary amount in the second monetary unit. Step 209 provides 
the calculated monetary amount to Application Program 102 (FIGURE 1). Alternatively, the 
present invention may include its own database 210 for conversion factors which are 
dynamically updated to ensure up-to-the-date values are available when necessary. The storage 
of these values would ensure conversions even when outside database 107 is unavailable. 

[0017] One of ordinary skill in the art would understand that the present invention 
may be programmed as a dynamic link library (i.e., dll) or a command (i.e., .com) file which 
interacts with application programs to return the appropriate monetary amount. The 
communications server may communicate with a remote server each time a conversion is 
requested, or may store plural conversion factors for a predefined period of time. This period of 
time may be, for example, on the order of minutes, hours or days. The communication interface 
may include a web browser and may use hypertext protocol (HTTP) to communicate. 

[0018] First and second monetary units may be any currency type as long as the first 
monetary unit is not equal to, or the same as, the second monetary unit. One of ordinary skill in 
the art would understand that a monetary amount in the first monetary unit is typically multiplied 
by the conversion factor to determine the monetary amount in the second monetary unit. 
Alternatively, the monetary amount of the first monetary unit may be divided by a conversion 
factor from the second monetary unit to determine the monetary amount in the second monetary 
unit. 
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